home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Columbia Kermit
/
kermit.zip
/
newsgroups
/
misc.19971216-19980424
/
000072_news@newsmaster….columbia.edu _Thu Jan 8 18:43:00 1998.msg
< prev
next >
Wrap
Internet Message Format
|
2020-01-01
|
2KB
Return-Path: <news@newsmaster.cc.columbia.edu>
Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id SAA09639
for <kermit.misc@watsun.cc.columbia.edu>; Thu, 8 Jan 1998 18:42:58 -0500 (EST)
Received: (from news@localhost)
by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id SAA09906
for kermit.misc@watsun; Thu, 8 Jan 1998 18:42:58 -0500 (EST)
Path: news.columbia.edu!psinntp!howland.erols.net!news-peer.gip.net!news.gsl.net!gip.net!cpk-news-hub1.bbnplanet.com!news.bbnplanet.com!newscon04!prodigy.com!not-for-mail
From: GXXE75A@prodigy.com (Morgan Johnson)
Newsgroups: comp.protocols.kermit.misc
Subject: Kermit vs SCO pttys
Date: 8 Jan 1998 17:44:21 GMT
Organization: Prodigy Services Company 1-800-PRODIGY
Lines: 22
Distribution: world
Message-ID: <69339l$1ksa$1@newssvr03-int.news.prodigy.com>
NNTP-Posting-Host: innugap4-int.news.prodigy.com
X-Newsreader: Version 1.2
Xref: news.columbia.edu comp.protocols.kermit.misc:8242
I am using C-Kermit to control unattended data transfers from several
remote Unix systems and one central Unix system. All systems are SCO 3.2.
4.2. I am using Kermit since some systems are on a network and some
require dialup, and Kermit gives me a consistent interface.
On the networked machines, the remote system assigns a ptty to handle the
kermit connection. For some reason, these pttys are not being released
for re-use. E.G.: one of the systems was rebooted at the end of 1/6.
Since then there have been six connections made using C-Kermit, and at
this time ttyp0-5 are no longer available. When I telnet in, or use
Kermit, the system assigns me ttyp6. It does this consistently, and does
NOT advance the ptty number, which is to say, I cannot recreate the
problem. I have tried breaking the connection in various nasty ways, I
have checked for lingering processes, I have reviewed the streams
resources, etc., checked the ownership and permissions on the pttys, etc.,
etc. Normal telnet connections never cause the problem, but every Kermit
connection made at night does cause it.
Any ideas?
Morgan Johnson, GXXE75A@prodigy.com